home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940144.txt < prev    next >
Internet Message Format  |  1994-11-13  |  10KB

  1. Date: Sun, 10 Jul 94 04:30:07 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #144
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Sun, 10 Jul 94       Volume 94 : Issue  144
  11.  
  12. Today's Topics:
  13.                              DOS (5 msgs)
  14.                         DOS and Packet drivers
  15.                          Need NOS for Windows
  16.                            TCP/IP Question
  17.                              unsubscribe
  18.  
  19. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  20. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the TCP-Group Digest are available
  24. (by FTP only) from UCSD.Edu in directory "mailarchives".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: Sat, 9 Jul 1994 07:28:52 -0600 (MDT)
  32. From: Klarsen <klarsen@kazak.NMSU.Edu>
  33. Subject: DOS
  34. To: TCP digest <tcp-group@UCSD.EDU>
  35.  
  36.     I have been waiting almost 10 years for the general ham world to 
  37. have a real DOS computer so I can get him to run nos. We are about there 
  38. now. And what happens? All the serious thinkers are off with plans to use 
  39. LINUX as the operating system of the future. I do admit the advantages of 
  40. linux, it's free and it works.
  41.  
  42.     In defense of dos there are millions of homes and offices that 
  43. have one or a lot of dos computers, many with the windows ver 3.1 running 
  44. and several good programs for work related purposes and a few for fun. I 
  45. have talked with a ham in San Diego who can now get used dos computers of 
  46. the 386 class for under $100. It would then seem logical that hams will 
  47. in the next few years be able to upgrade from their Commador to a 386 dos 
  48. computer. 
  49.  
  50.     From here it seems we need to talk about users running faster 
  51. equipment. It is not unreasonable to suggest a CARD type modem that will 
  52. give the average ham a 9600 baud switch that nos can attach to in a clean 
  53. way. It should have some non-oscillscope way to adjust the audio levels 
  54. and should come with serious documentation.
  55.  
  56.     The card will use the computers power supply and clocks and such 
  57. so that the card can be produced cheap. It should be cheaper than a TNC-2 
  58. is today ($125.00). We could talk with G3RUH and see if he is interested 
  59. and if the thing could be built for the above figure.
  60.  
  61.     I see the local network guys putting up x1j nodes on 2 meters and 
  62. producing list's of radio's that will support 9600 baud (true FM 
  63. transmitters). I have always wondered if the Alinco dj580 could be used 
  64. for a 9600 baud system. It might make a good bit wise full duplex 
  65. regenerator node....
  66.  
  67.     Well the card is important because the new packet ham doesn't 
  68. want to buy a tnc and then buy a modem for that. Better he buy 1 card and 
  69. he is set to join in at 9600 baud.
  70.  
  71.     Wonder if DRSI would like to make this card?
  72.  
  73. karl
  74. k5di
  75.  
  76.  
  77. ------------------------------
  78.  
  79. Date: Sat, 09 Jul 1994 11:21:53 -0400
  80. From: "Brandon S. Allbery" <bsa@kf8nh.wariat.org>
  81. Subject: DOS 
  82. To: tcp-group@ucsd.edu
  83.  
  84. In your message of Sat, 09 Jul 1994 07:28:52 MDT, you write:
  85. +---------------
  86. | now. And what happens? All the serious thinkers are off with plans to use 
  87. | LINUX as the operating system of the future. I do admit the advantages of 
  88. +------------->8
  89.  
  90. Huh?  Johan's targeting MS-Windows and NT; others are working on OS/2; and, 
  91. last I heard, Phil was using 386BSD.  Alan Cox and I are the primary Linux 
  92. folks, and we're following different paths (Alan with kernel AX.25, my own 
  93. being a JNOS variant which will allow use as a "traditional" NOS or as a 
  94. simple AX.25 server to allow interfacing between AX.25 activity and Linux 
  95. network clients and servers).  None of *us* is arguing that we have the One 
  96. True Way.  [Many of the JNOS folks are looking at Linux, though, mainly 
  97. because my own work makes a nice almost-drop-in replacement for their existing 
  98. configurations.]  It is, however, missing the point of a 32-bit multitasking 
  99. environment to use it that way; I hope to be able to provide a migration path 
  100. from a traditional NOS-like setup to something that actually *uses* the 
  101. system.  I believe Johan is working in the same direction with respect to NT; 
  102. I think Phil cut the rope with his new stuff, though, and I know Alan Cox did.
  103.  
  104. The point of these development paths is not that Linux, or any other 
  105. particular operating system, is the way of the future.  It is that DOS by 
  106. itself has reached the point where it isn't viable; the 640K limit has become 
  107. too severe a limitation.  Witness Windows 3.x and --- more tellingly --- the 
  108. upcoming 32-bit Windows 4.  Heck, if I'd had any decent comm drivers for the 
  109. DV/X djgpp distribution 3 years ago my own work would probably be in 
  110. DESQview/X instead of Linux now.
  111.  
  112. A DOS client setup is still doable, but any reasonable server configuration 
  113. strains available memory and has done so for several years.  It's only now 
  114. that true 16/32-bit environments are becoming viable (read: inexpensive 
  115. enough) for amateur radio networks.
  116.  
  117. ++Brandon
  118. --
  119. Brandon S. Allbery       kf8nh@44.70.4.88           bsa@kf8nh.wariat.org
  120. Friends don't let friends load Windows NT (tnx Sun)    A Linux iBCS2 developer
  121.  
  122. ------------------------------
  123.  
  124. Date: Sat, 09 Jul 94 13:28:03      
  125. From: kz1f@RELAY.HDN.LEGENT.COM
  126. Subject: DOS
  127. To: tcp-group@ucsd.edu
  128.  
  129. > | now. And what happens? All the serious thinkers are off with plans to 
  130. > use LINUX as the operating system of the future.
  131.  
  132. Brandon, I think his point was (similar to mine before the brush war) is 
  133. that DOS users are pretty much left holding the bag. The Microsoft 
  134. platform(s) solution doesnt exist yet and the fact they are still running 
  135. DOS may mean they arent running enough to make it viable to upgrade to 
  136. something else (OS/2 or NT or, yes, even Linux). No one capable of putting 
  137. mosaic, for instance, into DOS NOS is going to, they are off on other
  138. platforms or they havent stepped up to the plate. I think the answer to his 
  139. implied question is either:
  140. 1) thats life in the big city, or
  141. 2) find someone capable and willing to own NOS on a DOS platform.
  142. And, what will probably be the case is the former.
  143. Walt
  144.  
  145. ------------------------------
  146.  
  147. Date: Sat, 09 Jul 94 12:25:00 -0000
  148. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  149. Subject: DOS
  150. To: tcp-group@ucsd.edu
  151.  
  152. Cc: kz1f@RELAY.HDN.LEGENT.COM
  153.  
  154. On Jul 07 09:46 94, kz1f wrote:
  155.  
  156.  k> Although I havent written Unix 
  157.  k> drivers, I have written OS/2 device drivers. My comment then 
  158.  k> still stands, one really has to want to do something 
  159.  k> sufficiently badly to start writting device drivers to 
  160.  k> accomplish it.
  161.  
  162. There's an important difference.  In Unix or OS/2, you have to write a device
  163. driver if you want to do certain things.  For example, there is no proper way
  164. in either operating system to service a hardware interrupt other than by
  165. writing a device driver.  In DOS, you can get away with writing these kinds of
  166. basic facilities directly into applications, and it became the standard way to
  167. do things for performance and other reasons.  For example, how many DOS
  168. programs try to use the BIOS serial port services, even to do things that are
  169. not time critical, such as settings the baud rate?
  170.  
  171. -- Mike
  172.  
  173. ------------------------------
  174.  
  175. Date: Sat, 9 Jul 94 13:20 PDT
  176. From: bruce@pixar.com (Bruce Perens)
  177. Subject: DOS
  178. To: TCP digest <tcp-group@ucsd.edu>, Klarsen <klarsen@kazak.NMSU.Edu>
  179.  
  180. DRSI already makes a 9600/1200 card. I think they list it for $300. 
  181. There's no radio included, so add $100 for a TEKK (cheaper than an HT)
  182. and something for cables, antenna, feedline, power supply, etc. 
  183.  
  184. There's also the Gracilis card/radio/software package, which is about
  185. the same as the above but works out of the box and costs $100 more.
  186.  
  187. What you get is something that's OK for connecting to a BBS, and 
  188. doesn't have much of a user interface. The user interface is going
  189. to be a _BIG_ problem for the average ham. Maybe Windows would be
  190. better for this reason.
  191.  
  192.     Bruce Perens AB6YM
  193.  
  194. ------------------------------
  195.  
  196. Date: Sun, 10 Jul 94 01:17 EDT
  197. From: glg@balrog.k8lt.ampr.org (Gary L. Grebus)
  198. Subject: DOS and Packet drivers
  199. To: A.Cox@swansea.ac.uk
  200.  
  201. >The big problems with the Linux TCP/IP stack and AX.25 I had
  202. >have been
  203. >
  204. >o    Use of large windows - DOS tcp stacks let you choose small windows
  205. >o    Large MTU (ethernet is 1500 right....) thus large MSS
  206.  
  207. >If the other stuff is well implemented then the initial RTT is way too fast
  208. >so you tend to get a couple of SYN frames out to fast but once thats happened
  209. >it settles down quite respectably. 
  210.  
  211. That's one thing that works better in  *BSD networking code.
  212. You can associate an irtt and mtu with each route, so both your
  213. Ethernet and radio links have good defaults.
  214.  
  215. Unfortunately, there are also application timeouts which may be too fast.
  216. Name resolution seems to be one of them, both on the my 386BSD system,
  217. and on the Windows system with Trumpet Winsock.
  218.  
  219.     /gary
  220.     K8LT
  221.  
  222. ------------------------------
  223.  
  224. Date: Sat, 9 Jul 1994 16:27:34 -0400 (EDT)
  225. From: Bill Horne <bhorne@lynx.dac.neu.edu>
  226. Subject: Need NOS for Windows
  227. To: tcp-group@ucsd.edu
  228.  
  229. Jack, N1REU, has just gotten started on TCP/IP, and needs a nos which
  230. will run under Windows.  Please tell me what's available.  Thanks.
  231.  
  232. Bill aa1es
  233. -- 
  234. E. William Horne
  235.  
  236. bhorne@lynx.neu.edu        (Internet)
  237. aa1es@switch.foxboro.ampr.org  (TCP/IP)
  238. aa1es%switch.foxboro@WA1PHY.#EMA.MA (AX.25)
  239. (617) 784-7287  (home phone, voice only)
  240.  
  241. ------------------------------
  242.  
  243. Date: Sat, 09 Jul 94 00:22:55 CDT
  244. From: route66@ddl.chi.il.us (System Administrator)
  245. Subject: TCP/IP Question
  246. To: tcp-group@ucsd.edu
  247.  
  248. ok, TCP/IP Question for you all...
  249. I know you can do Telnet/FTP over TCP/IP. But, can I do other stuff over 
  250. TCP/IP such as Mosaic/Gopher/Archie/IRC? If so, how?
  251. -Bye
  252.  
  253. ------------------------------
  254.  
  255. Date: Sat, 09 Jul 94 11:14:27 EDT
  256. From: JonesA427@aol.com
  257. Subject: unsubscribe
  258. To: tcp-group@ucsd.edu
  259.  
  260. unsub jonesa427@aol.com tcp-group@ucsd.edu
  261.  
  262. ------------------------------
  263.  
  264. End of TCP-Group Digest V94 #144
  265. ******************************
  266.